core, view, view/pro dand command
[1/7] from: jan:skibinski:sympatico:ca at: 26-Nov-2002 20:17
Hi Daniel,
I can only guess why the external function call is not part
of the Core: it was not that cheap to implement it.
Let not the apparent ease of calling the OS shell functions from
the applications fool you. Unix for example is written in C, and
calling unix C-functions from a C-application is not a big deal indeed.
But when your aim is to provide seamless two-way
communication (and that includes callbacks) between
two different languages, such as Rebol and C, you are facing
a bunch of problems to solve, such as incompatible
calling conventions, incompatible data structures - generally
speaking - two incompatible sets of languages features.
To provide the above one starts with development of
something known as Foreign Function Interface, which defines
everything I signalled above - including marshalling from one
set of objects/features to another. And then, one chooses to
implement such FFI for a set of languages chosen - usually
just C. :-)
Best wishes,
Jan
Daniel Nicault wrote:
[2/7] from: daniel:nicault:free at: 27-Nov-2002 1:33
Hi all,
Rebol is a very nice langauge, but the unability to run external
process, like it is possible with the call function for command and
view/pro is very frustrating for the view and core users...
Ok, there are some ways to do that... But aving this ability in a
language is important and useful.
I anderstant the choice to have some advenced functionality enclosed in
a commercial product like encryptions, dll calls for windows, databases
access...
For some of this functions, it is possible to whrite something that work
fine whith rebol, but a simple thing like a shell access is only
possible if it is a part of a language (for serious use).
Is the call function can be a part of core and command in a later
version?
Humm.. My english is not good ;) Be sure that my purpose is not ..
agressive?...
I am a newbee in Rebol and I find it fascinating.
Thanks for your anwser,
Daniel
[3/7] from: anton:lexicon at: 27-Nov-2002 14:00
Carl Sassenrath said he was probably going to add shell
access to core, so you only have to be patient.
Anton.
[4/7] from: greggirwin::mindspring::com at: 26-Nov-2002 20:01
Welcome Daniel!
DN> Is the call function can be a part of core and command in a later
DN> version?
Yours is a common sentiment. CALL is available in View/Pro and
/Command today, but RT hasn't committed to including it in their free
products at this time.
-- Gregg
[5/7] from: petr:krenzelok:trz:cz at: 27-Nov-2002 6:09
Anton wrote:
>Carl Sassenrath said he was probably going to add shell
>access to core, so you only have to be patient.
>
When he said that? I never heard anything like that. The only thing I
heard would be "freed" is sound support ...
-pekr-
[6/7] from: lennart:nylen:biz at: 27-Nov-2002 12:46
2002-11-27 06:09:41, Petr Krenzelok <[petr--krenzelok--trz--cz]> wrote:
>When he said that? I never heard anything like that. The only thing I
>heard would be "freed" is sound support ...
Damn. Well I guess sound is better than nothing, but we'd reallly,
REALLY need shell access to be able to promote the usage of REBOL (I'm
part of a little project and REBOL got dropped from our list of
possible development tools just because there's no shell access in
core and view).
/Lennart Fridén ([lennart--nylen--biz])
The World is not sane so why should I be?
[7/7] from: lennart:nylen:biz at: 27-Nov-2002 12:44
2002-11-27 04:00:32, "Anton" <[anton--lexicon--net]> wrote:
>Carl Sassenrath said he was probably going to add shell
>access to core, so you only have to be patient.
Would this include View? A REBOL/View with shell access would REALLY
do wonders for the language.
Question is just when he will do it. The sooner, the better.
*Holding my thumbs*
/Lennart Fridén ([lennart--nylen--biz])
The World is not sane so why should I be?