do you want to ask me?

pick is high-level RAD language; human suffering however runs deep, maybe
you should direct your attention to another list?


"tronic5572" <tronic5572 (AT) aol (DOT) com> wrote

i disagree it's a database operating system

ok there's not that many places that have machines that use 'the pick
operating system' still .. but

it does still run on a LOT of machines
generally running universe or unidata or some other variant

and it communicates very well, for once
people are making money out of it
it's a slow burner
it's still smouldering
people who know pick can earn a lot of money

bad "cleaning up sourcecode moments"

1. nooo!! there must be two editors in this!
2. nooo!! it links to a financial administration system
3. nooo!! it's got old security!!!
4. nooo!! generations of contractors have been maintaining it!!!
5. nooo!! some of them are good and they've gone off on hairbrained
rewrites everywhere

true; and I love that the sql trend seems to be losing ground to the
embedded database, almost coming full circle if you will, I guess what's old
is new again (on many levels).

e.g.

Terminal Services by Microsoft (after Citrix did the ground work). hmm have
we seen this model before? ;-)

Regards,

-Jim


"tronic5572" <tronic5572 (AT) aol (DOT) com> wrote

jimh wrote:

This makes no sense. SQL is a data retrieval/manipulation language
supported by many RDBMS. Embedded database usually means that the
database engine is "embedded" within an application, not running as a
separate entity. The two are not related.

I.e. Both MS SQL Server and MS Access can use SQL as a means of
retrieving information. SQL Server is a stand-alone database engine to
which clients connect. MS Access is an embedded database. It does not
run on it's own. Clients cannot connect to an instance of Access
running autonomously.

Well, not really. Until Citrix did it, I don't *think* anyone had come
up with a way to run multiple user sessions of a Windows operating
system to a terminal type client. If you're implying that Pick was
unique in its terminal to server setup, I believe that's pretty much
how all mainframes and micros of the era worked. Pick surely didn't
invent it.


--
Kevin Powick

"Kevin Powick" <nospam (AT) spamless (DOT) com> wrote

Okay, in that context it doesn't, I really should have explained that the
embedded database model which a lot of pick applications use is becoming
more acceptable and common again. (i.e. you can see this with the growing
global popularity of cache etc)


I certainly never implied that pick invented this, (pah-lease), just adding
an example (hence the e.g.) to my comment, "what's old is ..."

-Jim