--- "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> >
> > If the two Rebol programs can't communicate
> directly,
> > have them write to a .TXT file, and the other
> would look
> > for keywords do do something, write something else
> to
> > the file, etc,etc.
> >
> > I have tried and used Rebol
--- "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> > I think their special $49 pricing on View/Pro is
> gone, so it might be $99
> > now, but still not an outrageous fee if you need
> those features.
> >
> > --Gregg
> >
>
> However... in this mailing-list many people ask to
> Carl to make
> fr
>
> If the two Rebol programs can't communicate directly,
> have them write to a .TXT file, and the other would look
> for keywords do do something, write something else to
> the file, etc,etc.
>
> I have tried and used Rebol for about 2 years now (at least,
> it seems like 2 years... I first star
> I think their special $49 pricing on View/Pro is gone, so it might be $99
> now, but still not an outrageous fee if you need those features.
>
> --Gregg
>
However... in this mailing-list many people ask to Carl to make
free-of-charge some Rebol resources and, as you told me, we obtain an
increm
> WAIT shouldn't be a problem except in VID, as Gabriele pointed out. My
> little test is very simple, and was based on an FSM engine I built. The
> engine itself does event dispatching and, on my P900, processes about
10,000
> events/sec. There's no need to WAIT for anything. Just do things in s
If the two Rebol programs can't communicate directly,
have them write to a .TXT file, and the other would look
for keywords do do something, write something else to
the file, etc,etc.
I have tried and used Rebol for about 2 years now (at least,
it seems like 2 years... I first started using it w
Hi Alessandro,
<< how do you think you can implement multitasking (even cooperative, but
enough efficient, with an enough fast task-switching) in Rebol Core?
Using WAIT instruction? And in View that the documentation suggest NOT
TO USE wait command? >>
WAIT shouldn't be a problem except in VID,
Hi Alessandro,
<< 2) View contain sound, shell, etc... but they are locked. >>
I think their special $49 pricing on View/Pro is gone, so it might be $99
now, but still not an outrageous fee if you need those features.
--Gregg
--
To unsubscribe from this list, please send an email to
[EMAIL PR
Thank you!
--Alessandro--
=
> Hi Alessandro,
>
> On Wednesday, June 12, 2002, 9:13:22 AM, you wrote:
>
> rei> how do you think you can implement multitasking (even
cooperative, but
> rei> enough efficient, with an enough fast task-switch
-pekr- Wrote:
> Alessandro - you have to be new here, no? :-) Look, rebol base is just
> one - so - even your View contains sound, shell and library components.
> They are locked by license key.
Ok... and where is the difference for me?!
I have two options...
1) View does not contain sound, she
And you can get rugby at www.rebolforces.com/~erebol
--maarten
Gabriele Santilli wrote:
> Hi Alessandro,
>
> On Wednesday, June 12, 2002, 9:13:22 AM, you wrote:
>
> rei> how do you think you can implement multitasking (even cooperative, but
> rei> enough efficient, with an enough fast task-sw
[EMAIL PROTECTED] wrote:
>Hi Gregg,
>
>how do you think you can implement multitasking (even cooperative, but
>enough efficient, with an enough fast task-switching) in Rebol Core?
>Using WAIT instruction? And in View that the documentation suggest NOT
>TO USE wait command?
>
>If the standard Rebo
Hi Alessandro,
On Wednesday, June 12, 2002, 9:13:22 AM, you wrote:
rei> how do you think you can implement multitasking (even cooperative, but
rei> enough efficient, with an enough fast task-switching) in Rebol Core?
rei> Using WAIT instruction? And in View that the documentation suggest NOT
rei
Hi Gregg,
how do you think you can implement multitasking (even cooperative, but
enough efficient, with an enough fast task-switching) in Rebol Core?
Using WAIT instruction? And in View that the documentation suggest NOT
TO USE wait command?
If the standard Rebol/Core (royalty free version, base
Hi Allesandro,
<< I wish to simplify the life of Rebol developers, so I can say I can use
every instrument to create multiprocesses: multiprocess (like a FORK),
multithread (Ms Windows-style) either preemptive or cooperative (even if
the last one is not the best system... however is a good beginn
Hi Gabriele,
I partially agree with you. Multitasking is not needed only to develop
server processes, since there could be many occasions where I should
need more than one process in "parallel" at-a-time, even in client
applications.
I wish to simplify the life of Rebol developers, so I can say
Hi Mark,
On Tuesday, June 11, 2002, 6:30:46 AM, you wrote:
MC> 1) Agree a lot of the function needed can not be implemented well without
MC> true multitasking especially a lot of Network programming that need
MC> multithreads.
I'd like to point out, that multithreading would only be need
1) Agree a lot of the function needed can not be implemented well without
true multitasking especially a lot of Network programming that need
multithreads.
2) Low level socket programming is available in Rebol. However, good
proper documentation is not available (or I don't know), making lo
FWIW, my earlier message on this thread represented an
incorrect understanding; launch can be used in the
console and scripts launched through the console, but
not in scripts invoked via the REBOL command line; not
sure about using the /View interface.
This makes it, as others have noted, less t
Thank you!
--Alessandro--
=
> Network programming: core 2.3 user guide
> set-modes: Core 2.5 release notes
>
> --Maarten
>
> [EMAIL PROTECTED] wrote:
>
> > Where can I find documentation or infos about it?
> >
> >
> >>REBOL has low-level socket pr
Network programming: core 2.3 user guide
set-modes: Core 2.5 release notes
--Maarten
[EMAIL PROTECTED] wrote:
> Where can I find documentation or infos about it?
>
>
>>REBOL has low-level socket programming via ports and set-modes
>>
>>--Maarten
>>
>>[EMAIL PROTECTED] wrote:
>>
>>
>>>Thank yo
Where can I find documentation or infos about it?
> REBOL has low-level socket programming via ports and set-modes
>
> --Maarten
>
> [EMAIL PROTECTED] wrote:
>
> > Thank you (sigh!).
> >
> > When a Rebol version will include a multiprocessing/multithreading
> > feature?! It is a very important fe
REBOL has low-level socket programming via ports and set-modes
--Maarten
[EMAIL PROTECTED] wrote:
> Thank you (sigh!).
>
> When a Rebol version will include a multiprocessing/multithreading
> feature?! It is a very important feature in a programming language! True
> multitasking! Python alread
Thank you (sigh!).
When a Rebol version will include a multiprocessing/multithreading
feature?! It is a very important feature in a programming language! True
multitasking! Python already does! Java already does! And... how about
low level socket programming? Is Rebol an Internet programming lan
--- Gregg Irwin <[EMAIL PROTECTED]> wrote:
> Hi Allesandro,
>
> <<
> I was very interested to the function "launch" (I
> didn't know it).
>
> But I didn't find enought documentation about it.
> Can someone tell me more about launch refiniments?
> (this function could
> be used to simulate a mul
Hi Allesandro,
<<
I was very interested to the function "launch" (I didn't know it).
But I didn't find enought documentation about it.
Can someone tell me more about launch refiniments? (this function could
be used to simulate a multiprocessing system!).
>>
Launch is fairly limited in practice
26 matches
Mail list logo