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
>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?