RE: Paths to inside bundles [was Re: A clue for using Valentina by XCMD]
>> When I make the standalone, Rev puts the VXCMD_Macho_HC into the bundle >> and sets 'the externals' of the standalone. If I tell the standalone to >> put the externals in fld 2 >> I see >> >>> ./VXCMD_Macho_MC Untitled 2.app/Contents/MacOS/externals/revdb.bundle >> >> >> This isn't where Rev puts the Xcmd. The path to the Xcmd in the >bundle is >> >> ./Contents/MacOS/externals/database_drivers/VXCMD_macho/Contents// >> MacOS/VXCMD_macho >> You will need tadd the name of the bundle before this path. As in: Untitled 2.app/Contents/MacOS/externals/database_drivers/VXCMD_macho Note that if you use the rev database API then you don't need to do anything. It's only when you want to directly use the Valentina external that you need this. If you don't use any of the rev database API you may want to not include the database externals at all and just copy the Valentina bundle into your application and set the externals. Cheers Monte ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Paths to inside bundles [was Re: A clue for using Valentina by XCMD]
Hey Monte, Michael's having a problem with valentina external path settings getting set correctly in standalone builder. Can you two talk about this? thx, Chipp Michael D Mays wrote: When I say a stack I mean a stack. When I say an application I mean a standalone application. ;) When I make the standalone, Rev puts the VXCMD_Macho_HC into the bundle and sets 'the externals' of the standalone. If I tell the standalone to put the externals in fld 2 I see ./VXCMD_Macho_MC Untitled 2.app/Contents/MacOS/externals/revdb.bundle This isn't where Rev puts the Xcmd. The path to the Xcmd in the bundle is ./Contents/MacOS/externals/database_drivers/VXCMD_macho/Contents// MacOS/VXCMD_macho I explicitly set 'the externals' to this path in the stack before I make it into a standalone application. But that doesn't work. I can put the Xcmd in the folder with the standalone outside of the bundle, set the externals to this location and after a couple of launches of the standalone, it sees the Xcmd. But I can't get the standalone to see the Xcmd in the bundle. The Rev Docs lead me to beleive I should be able to use pathnames such as the one above. Is this the correct pathname? In general, how does one put things in the bundle.? And where? Michael On Jun 21, 2004, at 5:28 PM, Robert Brenstein wrote: guess that by creating the stack you really mean creating a standalone. The path for standalone will be different than for a stack in IDE. Best is to figure it out programmatically. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A clue for using Valentina by XCMD
What are the currently known issues? Michael On Jun 22, 2004, at 7:07 AM, Jan Schenkel wrote: Allow me to chime in with the information that the next version of Revolution will upgrade the VXCMD to the latest stable version, squashing the currently known issues. Valentina Server will be supported as soon as that goes out of beta and a stable VXCMD is available for it. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Paths to inside bundles [was Re: A clue for using Valentina by XCMD]
When I say a stack I mean a stack. When I say an application I mean a standalone application. ;) When I make the standalone, Rev puts the VXCMD_Macho_HC into the bundle and sets 'the externals' of the standalone. If I tell the standalone to put the externals in fld 2 I see ./VXCMD_Macho_MC Untitled 2.app/Contents/MacOS/externals/revdb.bundle This isn't where Rev puts the Xcmd. The path to the Xcmd in the bundle is ./Contents/MacOS/externals/database_drivers/VXCMD_macho/Contents// MacOS/VXCMD_macho I explicitly set 'the externals' to this path in the stack before I make it into a standalone application. But that doesn't work. I can put the Xcmd in the folder with the standalone outside of the bundle, set the externals to this location and after a couple of launches of the standalone, it sees the Xcmd. But I can't get the standalone to see the Xcmd in the bundle. The Rev Docs lead me to beleive I should be able to use pathnames such as the one above. Is this the correct pathname? In general, how does one put things in the bundle.? And where? Michael On Jun 21, 2004, at 5:28 PM, Robert Brenstein wrote: guess that by creating the stack you really mean creating a standalone. The path for standalone will be different than for a stack in IDE. Best is to figure it out programmatically. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A clue for using Valentina by XCMD
--- Ben Rubinstein <[EMAIL PROTECTED]> wrote:
> Thanks Andre, Klaus, and Robert (offlist) for your
> swift replies.
>
> For the benefit of anyone else tracking this in the
> list archives; Rev does
> ship with the VXCMD (although not necessarily the
> latest version); but in
> order to make use of it in your own stacks, you need
> to set the "externals"
> property of the stack and then re-open it.
>
> So to get started, set the "externals" property of a
> stack to a path to the
> VXCMD, ie to start with to something along the lines
> of
> /Applications/Revolution 2.1/components/global
> environment/database_drivers/MacOSX/VXCMD_macho
>
> Save this stack, close+remove from memory, open it,
> and either with it as
> the top stack, or after 'start using' it, one can
> then at last call the
> function "Valentina", eg
>
>put Valentina("version")
>
> which on Rev 2.2 returned "1.9.8b2". Hurrah!
>
>
> Secondly, one needs to know that Valentina doesn't
> seem to do much in the
> way of error checking; if you make mistakes, you are
> liable to be punished
> by Rev immediately crashing. So save early and
> often. For example,
> although you can get the version without
> initialising Valentina, attempting
> to create a database before initialising will result
> in immediate crash.
>
> Thirdly - the VXCMD_Reference.pdf does not contain a
> reference to the error
> codes. These can be found in "ValentinaKernel.pdf".
>
> Well, that's got me started. Thanks very much.
> Here we go...
>
> Ben Rubinstein
Hi All,
Allow me to chime in with the information that the
next version of Revolution will upgrade the VXCMD to
the latest stable version, squashing the currently
known issues.
Valentina Server will be supported as soon as that
goes out of beta and a stable VXCMD is available for
it.
Best regards,
Jan Schenkel.
=
"As we grow older, we grow both wiser and more foolish at the same time." (La
Rochefoucauld)
__
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
http://promotions.yahoo.com/new_mail
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A clue for using Valentina by XCMD
I am having trouble getting an application to work. I have a test stack
which only has the mouseUp script in a button:
put valentina("version") into fld 1.
As a stack, when I click the button the version is put into the fld.
When I create the stack nothing happens. I think I have the application
settings correct. I see the xcmd is in the package
(./VXCMD_Macho_MC Untitled 2.app/Contents/MacOS/externals/revdb.bundle).
Any clues as to what I am doing wrong?
Thanks,
Michael
On Jun 21, 2004, at 3:42 PM, Ken Ray wrote:
Actually, I've been using and trapping errors in Valentina with
MetaCard for
a long time and very rarely will it crash MetaCard; perhaps it's an IDE
interation thing with Rev?
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
RE: A clue for using Valentina by XCMD
Actually, I've been using and trapping errors in Valentina with MetaCard for a long time and very rarely will it crash MetaCard; perhaps it's an IDE interation thing with Rev? Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ Ken, as you say, you have been using Valentina for a long time. So did I. Just like you, I do not remember when was the last time I crashed it. The thing is that as long-time users, we know the order of calls well. However, it is known that calling certain functions out of order results in crashes and invariably new users fall into that trap. Using a different version of xfcn and the valentina library under Classic will also crash reliably. Robert Brenstein ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A clue for using Valentina by XCMD
For debugging:
get Valentina("SetDebugLevel", 3 )
The 3 parameter tells Valentina to log messages from the Valentina Xcmd
to the Console program. When Rev crashes, look over at Console and you
will see what was happening when you crashed or just to see if the xcmd
is doing what you think it should be doing. See page 5 of the VXCMD
docs.
Michael
On Jun 21, 2004, at 11:45 AM, Ben Rubinstein wrote:
Thirdly - the VXCMD_Reference.pdf does not contain a reference to the
error
codes. These can be found in "ValentinaKernel.pdf".
Well, that's got me started. Thanks very much. Here we go...
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
RE: A clue for using Valentina by XCMD
Actually, I've been using and trapping errors in Valentina with MetaCard for a long time and very rarely will it crash MetaCard; perhaps it's an IDE interation thing with Rev? Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Robert Brenstein > Sent: Monday, June 21, 2004 2:57 PM > To: How to use Revolution > Subject: Re: A clue for using Valentina by XCMD > > > >Secondly, one needs to know that Valentina doesn't seem to > do much in > >the way of error checking; if you make mistakes, you are > liable to be > >punished by Rev immediately crashing. So save early and often. For > >example, although you can get the version without initialising > >Valentina, attempting to create a database before initialising will > >result in immediate crash. > > > > Yes, Valentina is optimized for max performance at run time, so there > is some crashing when starting to develop. You can set the debugging > level before calling init (I think it is the first or second function > described in the vxcmd manual). This function allows you to turn on > additional error checking in kernel during development (at the > expense of performance), although it won't necessarily stop crashing > if things are called out of order. The errors are passed back as the > result in format "error nnn" but a few functions return true/false so > watch out. > > Robert Brenstein ___ > use-revolution mailing list > [EMAIL PROTECTED] > http://lists.runrev.com/mailman/listinfo/use-revolution > ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A clue for using Valentina by XCMD
Secondly, one needs to know that Valentina doesn't seem to do much in the way of error checking; if you make mistakes, you are liable to be punished by Rev immediately crashing. So save early and often. For example, although you can get the version without initialising Valentina, attempting to create a database before initialising will result in immediate crash. Yes, Valentina is optimized for max performance at run time, so there is some crashing when starting to develop. You can set the debugging level before calling init (I think it is the first or second function described in the vxcmd manual). This function allows you to turn on additional error checking in kernel during development (at the expense of performance), although it won't necessarily stop crashing if things are called out of order. The errors are passed back as the result in format "error nnn" but a few functions return true/false so watch out. Robert Brenstein ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A clue for using Valentina by XCMD
Thanks Andre, Klaus, and Robert (offlist) for your swift replies.
For the benefit of anyone else tracking this in the list archives; Rev does
ship with the VXCMD (although not necessarily the latest version); but in
order to make use of it in your own stacks, you need to set the "externals"
property of the stack and then re-open it.
So to get started, set the "externals" property of a stack to a path to the
VXCMD, ie to start with to something along the lines of
/Applications/Revolution 2.1/components/global
environment/database_drivers/MacOSX/VXCMD_macho
Save this stack, close+remove from memory, open it, and either with it as
the top stack, or after 'start using' it, one can then at last call the
function "Valentina", eg
put Valentina("version")
which on Rev 2.2 returned "1.9.8b2". Hurrah!
Secondly, one needs to know that Valentina doesn't seem to do much in the
way of error checking; if you make mistakes, you are liable to be punished
by Rev immediately crashing. So save early and often. For example,
although you can get the version without initialising Valentina, attempting
to create a database before initialising will result in immediate crash.
Thirdly - the VXCMD_Reference.pdf does not contain a reference to the error
codes. These can be found in "ValentinaKernel.pdf".
Well, that's got me started. Thanks very much. Here we go...
Ben Rubinstein | Email: [EMAIL PROTECTED]
Cognitive Applications Ltd | Phone: +44 (0)1273-821600
http://www.cogapp.com| Fax : +44 (0)1273-728866
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A clue for using Valentina by XCMD
Are you using Windows or OSX. If you are I think you might need to type
in the message box of the stack you are using
set the externals of this stack to "./VXCMD_Macho_MC"
so that the stack knows to use the Xcmd (p 4 of the VXCMD docs). You
have to quit Rev or purge the stack from memory and then start afresh
before the property is registered. If your file path or Xcmd is
different then modify the set command accordingly. I think the macho
version doesn't ship with OSX Rev so you will need to download it from
Paridigmasoft.com. I don't know about windows but I think you need
VXCMD_Win_MC.dll. That is what the docs say.
If you get the externals set to your stack you should be able to type
put valentina("version")
into the message box and have the version returned.
Michael
On Jun 21, 2004, at 7:54 AM, Ben Rubinstein wrote:
Can anyone give me some clues about using Valentina from Rev via the
XCMD?
I've been able to use it via the revdb functions with some limited
success,
but had some crashes (sadly not been able to pin down) and I think not
everything can be done via the SQL interface - for example, I've not
been
able to create a new database from scratch. So I'd like to dig into
the
direct interface.
I've looked at the documentation, both Rev's and Valentina's, but not
got
anywhere.
As I understand it, Rev ships with the Valentina XCMD already
integrated it.
Is that right, or should I need to do install anything else to get
working?
My first - perhaps it's my only - problem is the name of the function.
The
documentation from Rev is nowhere (that I can find) explicit about
this.
The documentation from Paradigma suggests that there should be a
function
called "Valentina", eg that there should be possible to execute
put Valentina( "Version" )
When I attempt the above, I get "error in function handler". (I also
tried
it as a handler rather than a function - just get the equivalent, "no
such
handler".) Do I need to do something else to make the Valentina
functions
available? Or is just a slightly different name?
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A clue for using Valentina by XCMD
a simple advise is also to download valentina client from their page, is a standalone nifty app that will allow you to create your databases. Then you can use the vdbs in Rev. Also read the manual of Valentina core/kernel you'll find very cool functions! PS: no... I never been able to call them, I always get a the same error you get. On Jun 21, 2004, at 9:54 AM, Ben Rubinstein wrote: Can anyone give me some clues about using Valentina from Rev via the XCMD? I've been able to use it via the revdb functions with some limited success, but had some crashes (sadly not been able to pin down) and I think not everything can be done via the SQL interface - for example, I've not been able to create a new database from scratch. So I'd like to dig into the direct interface. I've looked at the documentation, both Rev's and Valentina's, but not got anywhere. As I understand it, Rev ships with the Valentina XCMD already integrated it. Is that right, or should I need to do install anything else to get working? My first - perhaps it's my only - problem is the name of the function. The documentation from Rev is nowhere (that I can find) explicit about this. The documentation from Paradigma suggests that there should be a function called "Valentina", eg that there should be possible to execute put Valentina( "Version" ) When I attempt the above, I get "error in function handler". (I also tried it as a handler rather than a function - just get the equivalent, "no such handler".) Do I need to do something else to make the Valentina functions available? Or is just a slightly different name? Any clues gratefully accepted. Ben Rubinstein | Email: [EMAIL PROTECTED] Cognitive Applications Ltd | Phone: +44 (0)1273-821600 http://www.cogapp.com| Fax : +44 (0)1273-728866 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution -- Andre Alves Garzia 2004 Soap Dog Studios - BRAZIL http://studio.soapdog.org ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A clue for using Valentina by XCMD
Hi Ben, Can anyone give me some clues about using Valentina from Rev via the XCMD? I've been able to use it via the revdb functions with some limited success, but had some crashes (sadly not been able to pin down) and I think not everything can be done via the SQL interface - for example, I've not been able to create a new database from scratch. So I'd like to dig into the direct interface. I've looked at the documentation, both Rev's and Valentina's, but not got anywhere. As I understand it, Rev ships with the Valentina XCMD already integrated it. Is that right, or should I need to do install anything else to get working? Yes, but it is not always the latest version (Ruslan is extremely busy in releasing updates, so this is impossible per se :-)... And it is in this subfolder: /Applications/Revolution 2.1/components/global environment/database_drivers/MacOSX/ So you better to put it into the Rev folder to make it work in your stacks. ;-) (This behaviour of Rev has always confused me, since sometimes the sample stacks seem to loose the connection to the appropriate DLLs/External...) Download the latest package here: http://www.paradigmasoft.com/files/vxcmd.html My first - perhaps it's my only - problem is the name of the function. The documentation from Rev is nowhere (that I can find) explicit about this. The documentation from Paradigma suggests that there should be a function called "Valentina", eg that there should be possible to execute put Valentina( "Version" ) See below... When I attempt the above, I get "error in function handler". (I also tried it as a handler rather than a function - just get the equivalent, "no such handler".) Do I need to do something else to make the Valentina functions available? Or is just a slightly different name? Any clues gratefully accepted. did you take a look at the VXCMD Docs? http://www.paradigmasoft.com/docs/VXCMDReference.pdf I am sure you wil find the answers here... Ben Rubinstein | Email: [EMAIL PROTECTED] Cognitive Applications Ltd | Phone: +44 (0)1273-821600 http://www.cogapp.com| Fax : +44 (0)1273-728866 Hope that helps... Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
