Re: valentina and rev

[Chipp Walters]

Yep, I agree. It's especially interesting when RR last year spent 
valuable resources sending R Gaskin and yours truly to man a booth at 
the Mac Developer conference at the bequest of Apple. And after 
arriving, finding no RB presence at all.

--Chipp

Bob Hartley wrote:
HI all.
OK here is a rant. I was on the apple store site the other day looking 
at a mac mini. I noticed that they sell realbasic but not rev.

I have been looking at valentina and they mention real basic and lots of 
other scenarios where you can use valentina but not rev.
Should this dev env not be plugging itself to these people?

Cheers
Bob 


--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.7.0 - Release Date: 1/17/2005
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

valentina and rev

[Bob Hartley]

HI all.
OK here is a rant. I was on the apple store site the other day looking at a 
mac mini. I noticed that they sell realbasic but not rev.

I have been looking at valentina and they mention real basic and lots of 
other scenarios where you can use valentina but not rev.
Should this dev env not be plugging itself to these people?

Cheers
Bob  

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.6.13 - Release Date: 16/01/2005
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: valentina and rev 2.0 (Jan Schenkel)

[Tuviah M Snyder]

> a. I open my Valentina database using RunRev's
> built-in database query
> builder; the database has several distinct tables,
> only one of which has a
> unique primary key, though the rest all have records
> that can be uniquely
> identified by field combinations. Now one thing that
> throws me is this: when
> i select the unique field in the table having such
> to be the primary key,
> and then close the database query builder (dbqb) --
> when i reopen the dbqb,
> it almost always lists "None" as the primary key,
> unless I click on the
> "refresh" button. Is this correct behavior? Same
> thing happens with
> multi-field key definitions in the dbqb: i type for
> example "fld 1,fld 2,
> fld 3, fld 4" into the dbqb, close it up, and when
> reopening, the primary
> key is listed as "None" until I click "refresh".
> What is going on here?
Please report this to the bugzilla bug database for the dbqm. Sounds like
it should be saving the primary key.
 
>   Also, I do not understand why if there is only one
> database open, RunRev
> can give me a number such as "3", "5" or "7". Why
> not "1"? Are there some
> ghost databases open? This perplexes me.
> 
As Jan mentioned this in nothing to worry about. Connections and Cursor
increment the same internal counter, so it you open a connection (id 1),
send a query (id 2), and open another connection the id will be 3.
 
> I made a typo in the path to the
> database, and 1.
> Revolution instantly crashed; 
Sounds like a bug in Valentina. They fixed this for OSX. If it crashes
when specifying an incorrect path to the database query builder, please
bug report it against the database query builder. In general if something
has not been resolved on the list please report it to ensure that it gets
fixed. One of the neat things about the new system, is that it allows us
to get a quick summary or all the outstanding issues, which is useful
both for the developer and the bug reporter.

Tuviah Snyder <[EMAIL PROTECTED]> 
Runtime Revolution Limited - Software at the Speed of Thought
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: valentina and rev 2.0

[Robert Brenstein]

That's nothing to be ashamed of ; my memories of
certain periods of my life are kind of blurry -- now
if you couldn't remember that you just sent this mail,
that's when I'd advise you seek some help ;-)
Jokes aside, this juggling with cursors is a big
problem when using the revdb functions with MySQL. So
maybe Rand could try and check the 'Cache result sets'
checkbox, as this will ensure cursors are closed after
fetching the data.
Best regards,

Jan Schenkel.
Forgetting to close a cursor will cause a memory leak but there is no 
reason for  crash. Calling a non-existing cursor (like in passing a 
reference to a closed cursor, for example) is a more likely cause of 
a bad crash. Since such a crash occurs in an extension, the whole 
enviroment goes down.

Robert
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: valentina and rev 2.0 [potential publishers for "RunRev TheBook"]

[Jim Hurley]

Message: 1
Date: Wed, 18 Jun 2003 11:22:03 -0700 (PDT)
From: Jan Schenkel <[EMAIL PROTECTED]>
Subject: Re: valentina and rev 2.0
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]



(snip)



Yes, a good thorough book that would cover certain
aspects from top to bottom, would be a welcome
addition.
But that takes time to write, and the juiciest aspects
of RunRev are evolving at an impressive rate. The
topic has been raised numerous times, and IIRC someone
has an e-book upcoming.
The biggest effort will be in finding a publisher --
so if you have good connections with one, don't
hesitate to tell us and do some lobbying :-)
Jan,

Of all the e-book and Publish on Demand publishers, the one which 
stands out in my mind is Booklocker. They have the best return to the 
author, the author retains rights, they get the book out in less than 
two months, and they appear to have the best royalties to the author.

I haven't published with them so I can't speak from experience. To 
check out their service go to:

http://www.booklocker.com/getpublished/published.html

Jim Hurley
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: valentina and rev 2.0

[Mark Brownell]

On Wednesday, June 18, 2003, at 11:50  AM, Jan Schenkel wrote:

Hi Mark,

That's nothing to be ashamed of ; my memories of
certain periods of my life are kind of blurry -- now
if you couldn't remember that you just sent this mail,
that's when I'd advise you seek some help ;-)
Jokes aside, this juggling with cursors is a big
problem when using the revdb functions with MySQL. So
maybe Rand could try and check the 'Cache result sets'
checkbox, as this will ensure cursors are closed after
fetching the data.

Best regards,

Jan Schenkel.


Hi Jan,

Who are you? Why are you bothering me? ... :-)

That's it -- ( close the curser,) I'm still getting over the Transcript function destroyWindow; it sounds more like a computer virus. 

Mark

Re: valentina and rev 2.0

[Jan Schenkel]

--- Mark Brownell <[EMAIL PROTECTED]> wrote:
> 
> On Wednesday, June 18, 2003, at 11:22  AM, Jan
> Schenkel wrote:
> 
> > Hi Rand,
> >
> > I'm sorry to read your attempts have been
> > unsuccessful. Let's see if we can get you out of
> this
> > situation and back on track. I'll comment per
> > question.
> 
> Hi,
> 
> Please don't hold me to it because this is from my
> weekend learning SQL 
> for Valintena V4MD (Director) three years ago, I had
> the same sort of 
> problems with Valentina until my application queries
> included 
> destroying the current curser and initializing a new
> cursor for each 
> query of the database. I'm not sure, but it sounds
> like it could be a 
> possible solution. This is in regards to SQL calls
> to the Valintina 
> database. Not knowing how Transcript handles SQL
> calls (yet) I'm only 
> guessing. Since this goes into the archives of this
> list permanently, 
> one could also use these comments against me as a
> record of my memory 
> over a three year period. In other words, take this
> with a grain of 
> salt.
> 
> Mark
> 

Hi Mark,

That's nothing to be ashamed of ; my memories of
certain periods of my life are kind of blurry -- now
if you couldn't remember that you just sent this mail,
that's when I'd advise you seek some help ;-)
Jokes aside, this juggling with cursors is a big
problem when using the revdb functions with MySQL. So
maybe Rand could try and check the 'Cache result sets'
checkbox, as this will ensure cursors are closed after
fetching the data.

Best regards,

Jan Schenkel.

=
"As we grow older, we grow both wiser and more foolish at the same time."  (La 
Rochefoucauld)

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: valentina and rev 2.0

[Mark Brownell]

On Wednesday, June 18, 2003, at 11:22  AM, Jan Schenkel wrote:

Hi Rand,

I'm sorry to read your attempts have been
unsuccessful. Let's see if we can get you out of this
situation and back on track. I'll comment per
question.
Hi,

Please don't hold me to it because this is from my weekend learning SQL 
for Valintena V4MD (Director) three years ago, I had the same sort of 
problems with Valentina until my application queries included 
destroying the current curser and initializing a new cursor for each 
query of the database. I'm not sure, but it sounds like it could be a 
possible solution. This is in regards to SQL calls to the Valintina 
database. Not knowing how Transcript handles SQL calls (yet) I'm only 
guessing. Since this goes into the archives of this list permanently, 
one could also use these comments against me as a record of my memory 
over a three year period. In other words, take this with a grain of 
salt.

Mark

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: valentina and rev 2.0

[Jan Schenkel]

--- "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>   Well, I have been working away trying to write a
> good dictionary program
> for an endangered language i work with. i have been
> trying to use the
> valentina xcmd and runrev 2.0, on both mac os x.2.6
> and mac os 9.2.2.  so
> far, my results are dismal, to say the least. here
> are some problems:
> 

Hi Rand,

I'm sorry to read your attempts have been
unsuccessful. Let's see if we can get you out of this
situation and back on track. I'll comment per
question.

> a. I open my Valentina database using RunRev's
> built-in database query
> builder; the database has several distinct tables,
> only one of which has a
> unique primary key, though the rest all have records
> that can be uniquely
> identified by field combinations. Now one thing that
> throws me is this: when
> i select the unique field in the table having such
> to be the primary key,
> and then close the database query builder (dbqb) --
> when i reopen the dbqb,
> it almost always lists "None" as the primary key,
> unless I click on the
> "refresh" button. Is this correct behavior? Same
> thing happens with
> multi-field key definitions in the dbqb: i type for
> example "fld 1,fld 2,
> fld 3, fld 4" into the dbqb, close it up, and when
> reopening, the primary
> key is listed as "None" until I click "refresh".
> What is going on here?
> 

When do you open the connection and when do you close
it ? (stack or card ?)
See if helps if you change these to "when stack
opens/closes" for each query.

>   Also, I do not understand why if there is only one
> database open, RunRev
> can give me a number such as "3", "5" or "7". Why
> not "1"? Are there some
> ghost databases open? This perplexes me.
> 

Nothing to worry about, this is just an internal
number that is increased when a new connection is
opened.
However, numbers aren't re-used when a connection is
closed, so if you close the connection when the card
closes, it drops that number.

> b. When I tried to intialize Valentina directly,
> without using the dbqb, all
> hell broke lose. I made a typo in the path to the
> database, and 1.
> Revolution instantly crashed; 2. opening my stack
> again, and querying
> revopendatabases() produced a negative number,
> something like -412 (followed
> by many more digits) [i fixed this by reinstalling
> _revolution_]. When I was
> certain that I had the correct path specified, and
> ran the stack in which I
> was trying to get Valentina initialized, the stack
> crashed, _and_ the dbqb
> no longer functioned-- it was hopelessly broken. On
> my g4 cube running in
> os9.2.2, I cannot now fix this -- even reinstalling
> RunRev has no effect. I
> have checked my Valentina databases using
> Valentina's built-in checker, and
> it says that there's nothing wrong with the
> database. Does this mean that my
> system has to be reinstalled to get things to work?
> How could this be?
> 

I'm surprised it crashed so heavily. Maybe you could
trace the script and post a bit more on where in your
code things go wrong?
If the first call is in your preopenstack, try locking
the messages before opening the stack ; that way you
can get in and add a breakpoint.

>   I really love RunRev, think it's a wonderful and
> powerful potential tool
> for people like me, academics who need some
> programming power in their
> research, but don't have time to learn C++ or some
> such thing. But I want to
> write a database stack that I can give to typical
> computer users -- when the
> program is so finicky, i really worry.
> 

While it is true not everything is completely
bullet-proof, for a system as intricate as RunRev,
things are very stabgle (thankfully) -- but as in
every program, the least-used corners of the program
are most likely to show erratic behaviour.

>   We so need our Danny Goodman to show up and write
> us a good cookbook, too.
> I think the docs on using the dbqb are quite good,
> but they really lack in
> not giving us a clear-cut example of usage -- e.g.,
> I still can't figure out
> how you _delete_ a record using runrev db commands,
> but i've probably
> overlooked something.
> 
> rand
> 

It's true that some parts of Revolution could use more
documentation, more examples, more tutorials, etc. But
the quality of the existing docs is fenomenal -- and
the current cookbook in the electronic docs is jnust
the start of a lot more.
Just give Jeanne some more time, and I'm sure she'll
bedazzle us all.

Yes, a good thorough book that would cover certain
aspects from top to bottom, would be a welcome
addition.
But that takes time to write, and the juiciest aspects
of RunRev are evolving at an impressive rate. The
topic has been raised numerous times, and IIRC someone
has an e-book upcoming.
The biggest effort will be in finding a publisher --
so if you have good connections with one, don't
hesitate to tell us and do some lobbying :-)

In the meantime, the User Contributions still contains
an example by our dear friend Tuviah,

valentina and rev 2.0

[[EMAIL PROTECTED]]

  Well, I have been working away trying to write a good dictionary program
for an endangered language i work with. i have been trying to use the
valentina xcmd and runrev 2.0, on both mac os x.2.6 and mac os 9.2.2.  so
far, my results are dismal, to say the least. here are some problems:

a. I open my Valentina database using RunRev's built-in database query
builder; the database has several distinct tables, only one of which has a
unique primary key, though the rest all have records that can be uniquely
identified by field combinations. Now one thing that throws me is this: when
i select the unique field in the table having such to be the primary key,
and then close the database query builder (dbqb) -- when i reopen the dbqb,
it almost always lists "None" as the primary key, unless I click on the
"refresh" button. Is this correct behavior? Same thing happens with
multi-field key definitions in the dbqb: i type for example "fld 1,fld 2,
fld 3, fld 4" into the dbqb, close it up, and when reopening, the primary
key is listed as "None" until I click "refresh". What is going on here?

  Also, I do not understand why if there is only one database open, RunRev
can give me a number such as "3", "5" or "7". Why not "1"? Are there some
ghost databases open? This perplexes me.

b. When I tried to intialize Valentina directly, without using the dbqb, all
hell broke lose. I made a typo in the path to the database, and 1.
Revolution instantly crashed; 2. opening my stack again, and querying
revopendatabases() produced a negative number, something like -412 (followed
by many more digits) [i fixed this by reinstalling _revolution_]. When I was
certain that I had the correct path specified, and ran the stack in which I
was trying to get Valentina initialized, the stack crashed, _and_ the dbqb
no longer functioned-- it was hopelessly broken. On my g4 cube running in
os9.2.2, I cannot now fix this -- even reinstalling RunRev has no effect. I
have checked my Valentina databases using Valentina's built-in checker, and
it says that there's nothing wrong with the database. Does this mean that my
system has to be reinstalled to get things to work? How could this be?

  I really love RunRev, think it's a wonderful and powerful potential tool
for people like me, academics who need some programming power in their
research, but don't have time to learn C++ or some such thing. But I want to
write a database stack that I can give to typical computer users -- when the
program is so finicky, i really worry.

  We so need our Danny Goodman to show up and write us a good cookbook, too.
I think the docs on using the dbqb are quite good, but they really lack in
not giving us a clear-cut example of usage -- e.g., I still can't figure out
how you _delete_ a record using runrev db commands, but i've probably
overlooked something.

rand

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Valentina and Rev manuals

[Trevor DeVore]

On Thursday, May 29, 2003, at 03:07 AM, David Phillips wrote:
...

Also, is the Valentina and Rev 2 combination production-stable?

I haven't bought a Valentina license yet, does anyone have any
advice or recommendations regarding its use?
My project will need a single-user database for sure so any input
on Valentina is appreciated.
I have been developing a project for the last few months with Valentina 
and it has worked wonderfully.  Haven't had any problems with it.  I 
have been testing on Mac OS X, OS 9 and occasionally on Windows.

Trevor DeVore
Blue Mango Multimedia
[EMAIL PROTECTED]
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Valentina and Rev manuals

[David Phillips]

Hello,

I FINALLY (!!!) convinced the powers that be in my company to
let me try Rev for a project instead of C++ and I just uninstalled
REALBasic from my personal computer. 
So, I guess this means I'm going to actually have to learn to
use Rev now! ;)

A few questions, though:

Are the Rev manuals actually bound books, or are they just printouts
in binders?  Do they include the tutorials that are under the
documentation?  Any idea when more will be in stock?

Also, is the Valentina and Rev 2 combination production-stable?
 

I haven't bought a Valentina license yet, does anyone have any
advice or recommendations regarding its use? 

My project will need a single-user database for sure so any input
on Valentina is appreciated.

Thank you.

David 


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution