Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

Command 2 questions

 [1/9] from: m:koopmans2:chello:nl at: 26-May-2001 11:33


RT heroes, Congrats on the 2.0 release. Some questions: - Is the MySQL 3 binding available as some sort of protocol, or do you need the C libs installed. (In the latter case, did I give you inspiration?) - Will you add MySQL support to Core/Pro and View/Pro as well? It is already there via me (www.erebol.com) so, why not? - Perhaps it is an idea to have a Command/View generator as well for say, $999. This has an extra function: encapsulate [ in [file!] out [file!]] that generates an executable that people can deploy unlimited. Sure as hell would kill some competition in the development tool market. I'll check my mailbox at work for the upgrades on monday. It's weekend now :-( --Maarten

 [2/9] from: gjones05::mail::orion::org at: 26-May-2001 7:07


From: "Maarten Koopmans"
> I'll check my mailbox at work for the upgrades on monday. It's weekend
now
> :-(
Oh, Maarten, unfortunately the US has a holdiay on Monday ("Memorial Day"), so you will have to wait until Tuesday! :) --Scott Jones

 [3/9] from: holger:rebol at: 26-May-2001 7:22


On Sat, May 26, 2001 at 11:33:50AM +0200, Maarten Koopmans wrote:
> RT heroes, > > Congrats on the 2.0 release.
Thanks.
> Some questions: > > - Is the MySQL 3 binding available as some sort of protocol, or do you need > the C libs installed. (In the latter case, did I give you inspiration?)
It does not require any C libraries. It is implemented as a mysql:// scheme, used in the same way as other database schemes, and talks to the database server through a TCP port. As for inspiration, Sterling should answer that. He wrote the MySQL scheme.
> - Will you add MySQL support to Core/Pro and View/Pro as well? It is already > there via me (www.erebol.com) so, why not?
Probably not. A product definition thing... Database support is one of the features that sets /Command apart from /Pro.
> - Perhaps it is an idea to have a Command/View generator as well for say, > $999. This has an extra function: encapsulate [ in [file!] out [file!]] > that generates an executable that people can deploy unlimited. Sure as hell > would kill some competition in the development tool market.
You are describing our Runtime product :-). More info on that soon.
> I'll check my mailbox at work for the upgrades on monday. It's weekend now > :-(
Check on Tuesday. Monday is a holiday in the US (Memorial Day). -- Holger Kruse [holger--rebol--com]

 [4/9] from: petr:krenzelok:trz:cz at: 26-May-2001 18:13


----- Original Message ----- From: "Holger Kruse" <[holger--rebol--com]> To: <[rebol-list--rebol--com]> Sent: Saturday, May 26, 2001 4:22 PM Subject: [REBOL] Re: Command 2 questions
> On Sat, May 26, 2001 at 11:33:50AM +0200, Maarten Koopmans wrote: > > RT heroes,
<<quoted lines omitted: 4>>
> > > > - Is the MySQL 3 binding available as some sort of protocol, or do you
need
> > the C libs installed. (In the latter case, did I give you inspiration?) > > It does not require any C libraries. It is implemented as a mysql://
scheme,
> used in the same way as other database schemes, and talks to the database > server through a TCP port. As for inspiration, Sterling should answer
that.
> He wrote the MySQL scheme.
Is there any native support inside rebol binary (similar as encyption scheme), or just is it plain script implementation (similar to DocKimbel's one in principle)?
> > - Will you add MySQL support to Core/Pro and View/Pro as well? It is
already
> > there via me (www.erebol.com) so, why not? > > Probably not. A product definition thing... Database support is one of the > features that sets /Command apart from /Pro.
.. correct ... just take care to keep licencing policy simple any clear, please. There are several of Rebol products already out, containing various features, I just wonder, how do you want to keep them all consistently updated. The sooner we will have component system, the better, as then questions as above one from Marteen) will become history - I will just buy mySQL component and will be able to use it from Core to View :-) The question also is - that once component system is available, there will be no View, no Command, just kernel - Core, with components around ... btw: are there any discounts, when buying Command for let's say Win32 and Linux platforms? btw2: :-) re font engine - does Win version of Command contain the same limitation - no VID, no text? If so - why should Win Command users suffer from some Unix architecture "nonsense"? ;-) -pekr-

 [5/9] from: holger:rebol at: 26-May-2001 14:47


On Sat, May 26, 2001 at 06:13:48PM +0200, Petr Krenzelok wrote:
> Is there any native support inside rebol binary (similar as encyption > scheme), or just is it plain script implementation (similar to DocKimbel's > one in principle)?
The implementation is native.
> btw: are there any discounts, when buying Command for let's say Win32 and > Linux platforms?
Please contact us directly.
> btw2: :-) re font engine - does Win version of Command contain the same > limitation - no VID, no text? If so - why should Win Command users suffer > from some Unix architecture "nonsense"? ;-)
At the moment this applies to all Command versions. -- Holger Kruse [holger--rebol--com]

 [6/9] from: petr:krenzelok:trz:cz at: 27-May-2001 13:15


----- Original Message ----- From: "Holger Kruse" <[holger--rebol--com]> To: <[rebol-list--rebol--com]> Sent: Saturday, May 26, 2001 11:47 PM Subject: [REBOL] Re: Command 2 questions
> On Sat, May 26, 2001 at 06:13:48PM +0200, Petr Krenzelok wrote: > > > Is there any native support inside rebol binary (similar as encyption > > scheme), or just is it plain script implementation (similar to
DocKimbel's
> > one in principle)? > > The implementation is native.
Great. I would like to ask RT to add also PostGress SQL native database support for Linux version to have it "complete". PostGress, as of 7.1 version is regarded being "free Oracle" or so I heard. It is free, yet powerfull and properly supports transactions. If you will hear to Apache + PHP ppl, many of them talk just two SQL databases - mySQL and PostGressSQL. Anyone here to second my observations?
> > btw: are there any discounts, when buying Command for let's say Win32
and
> > Linux platforms? > > Please contact us directly.
I will discuss it with my ppl ... btw: what's the state of Netware implementation? Had you any requests for Netware Rebol implementation? I think there is still huge installed base of Novell Netware fileservers ... just curious, nothing more ...
> > btw2: :-) re font engine - does Win version of Command contain the same > > limitation - no VID, no text? If so - why should Win Command users
suffer
> > from some Unix architecture "nonsense"? ;-) > > At the moment this applies to all Command versions.
Hmm, something else came to my mind. We all saw how usefull VID is e.g. to create diagrams. Now, without VID being incorporated into Command, we have only image datatype, face support, but there is no easy way of how to create those diagrams ... I think that sooner or later RT should think about at least incorporating some font types into Command and allow us to use also VID ..... -pekr-

 [7/9] from: deryk:iitowns at: 27-May-2001 19:35


Petr Krenzelok wrote:
> ----- Original Message ----- > From: "Holger Kruse" <[holger--rebol--com]>
<<quoted lines omitted: 15>>
> PHP ppl, many of them talk just two SQL databases - mySQL and PostGressSQL. > Anyone here to second my observations?
Sure, sounds about right..MySQL, PostGres, Oracle, and ODBC seem to be about it really with the first two mentioned/used the most by everyone I know (myself including for a MySQL user). Deryk -- Binary/unsupported file stripped by Listar -- -- Type: application/x-pkcs7-signature -- File: smime.p7s -- Desc: S/MIME Cryptographic Signature

 [8/9] from: gjones05:mail:orion at: 27-May-2001 7:05


From: "Petr Krenzelok" ...
> Great. I would like to ask RT to add also PostGress SQL native
database
> support for Linux version to have it "complete". PostGress, as of 7.1 > version is regarded being "free Oracle" or so I heard. It is free, yet > powerfull and properly supports transactions. If you will hear to
Apache +
> PHP ppl, many of them talk just two SQL databases - mySQL and
PostGressSQL.
> Anyone here to second my observations?
... From what I've read (not first hand knowledge): MySQL for cheap, fast database support for non-mission critical websites where transactions are less important. PostGresSQL for cheap, transaction-supported database support. Oracle if you are intending to run large-scale, mission-critical database and have lots of money! Philip Greenspun (MIT & ARSDigita) discusses database use in the real world uses at length in his several on-line books and articles (I can find a few links if you are interested). His take is that Oracle's more sophisticated transaction management is worth the money for operations that involve large database sizes and/or 24 hour service. One such feature, if I recall correctly, is demonstrated when the database is getting backed-up or archiving records. Oracle allows continuous operation while marking new transactions in a separate base while the backup/archiving sweep is running. Then the new transactions are rolled in only after the other operation is complete. What this gives is true integrity if the operation is interrupted. He believes that more is spent in manually fixing a fouled up database than on an Oracle license. He also believes that Oracle requires a fulltime, well-trained Oracle database administrator. It all adds up to money in my book. Similar to what Joel says about computer languages: You can get "cheap and fast and no piece of mind" or "cheap and slow and some piece of mind" or "expensive and slow and piece of mind" but you can't get more than one. I think if REBOL is to grow rapidly, it will need to support more than Oracle and MySql "natively". Unfortunately, it will never garner the free manpower support that PHP gets for building native API's. Of course, to counter balance this perspective, are those that believe that all database access should be through standard API's, like ODBC/ADO, etc, despite the slower speed. --Scott Jones

 [9/9] from: holger:rebol at: 28-May-2001 5:14


On Sun, May 27, 2001 at 01:15:48PM +0200, Petr Krenzelok wrote:
> Great. I would like to ask RT to add also PostGress SQL native database > support for Linux version to have it "complete".
It is on our list.
> btw: what's the state of Netware implementation? Had you any requests for > Netware Rebol implementation?
Not an issue at the moment. There seems to be no demand. -- Holger Kruse [holger--rebol--com]

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted