Thanks Joe. My IRC seems to be working now.
Shaping
From: Joe Groff [mailto:arc...@gmail.com]
Sent: 2010-October-31, 04:48
To: factor-talk@lists.sourceforge.net
Subject: Re: [Factor-talk] Factor text-editor text-styler and formatter;
building Factor
On Oct 31, 2010, at 2:55 PM
Subject: Re: [Factor-talk] Factor text-editor text-styler and formatter;
building Factor
On Sun, Oct 31, 2010 at 8:56 PM, Shaping wrote:
> Does anyone use a socket pair to connect two communicating VMs, whether
they
> are running in one OS in two threads or in two OS processes? If so, is
> t
On Sun, Oct 31, 2010 at 8:56 PM, Shaping wrote:
> Does anyone use a socket pair to connect two communicating VMs, whether they
> are running in one OS in two threads or in two OS processes? If so, is
> there some example code?
There are libraries for communicating across processes. There's a
dis
On Oct 31, 2010, at 2:55 PM, Shaping wrote:
> It says I've joined #concatenative, but I cannot send to channel
> #concatenative.
Sorry for the hassle. #concatenative has had trouble with spammers, so the
channel only allows registered users to speak in the channel. You can register
with:
/msg
It says I've joined #concatenative, but I cannot send to channel
#concatenative.
Shaping
From: Joe Groff [mailto:arc...@gmail.com]
Sent: 2010-October-31, 04:19
To: factor-talk@lists.sourceforge.net
Subject: Re: [Factor-talk] Factor text-editor text-styler and formatter;
building F
> I like the e-mail. It's slower but neater for me. But I've never really
> given IRC a fair shake. Do most Factor contributors hang-out on IRC? If the
> IRC is the main mode of communication, can you suggest a great Windows IRC
> client?
Most of us are both in IRC and on the mailing list
Does anyone use a socket pair to connect two communicating VMs, whether they
are running in one OS process in two threads or in two OS processes? If so,
is there some example code?
Why don't we just put this on an FFI word? Is that problematic? I would
like to know more about this. Is there
> Why don't we just put this on an FFI word? Is that problematic? I would
> like to know more about this. Is there a vocabulary I should study?
Here's an example from prunedtree:
http://paste.factorcode.org/paste?id=2031
-Joe---
On Oct 31, 2010, at 1:26 PM, Shaping wrote:
> Do we have green threads (round-robin time-slicing for each thread) in
> Factor?
Yes, Factor supports green threads within a VM. The IO library uses
non-blocking IO behind the scenes to minimize blocking as well.
> Does anyone use a socket pair to
I'll have a look. So then these two VMs running in separate threads in the
same OS process must still take care to lock memory/objects of common
interest, or to stay out of each other's assigned memory areas. Is the
second strategy the current convention?
Each VM has an independent heap, and
When you install the Windows SDK, it makes a cmd prompt link
in the
start menu. Try compiling it from there.
Yes, found it...
I think their prompt does
more than just set the PATH, but I haven't researched it.
...Just tried the n
On Oct 31, 2010, at 12:19 PM, Shaping wrote:
> I'll have a look. So then these two VMs running in separate threads in the
> same OS process must still take care to lock memory/objects of common
> interest, or to stay out of each other's assigned memory areas. Is the
> second strategy the curr
Hi Shaping,
When you install the Windows SDK, it makes a cmd prompt link in the
start menu. Try compiling it from there. I think their prompt does
more than just set the PATH, but I haven't researched it.
Once you get nmake working, there's a script that can build and
bootstrap Factor:
build-su
I need multi-processing, and fast inter-process queues to build an
Actor-like model for my application. Multithreading is useful too, but
foreseeably not as useful as multi-processing. I hope these are in the
works.
Multithreading Factor code is currently not possible, and would require a
lot
On Oct 31, 2010, at 5:28 AM, Shaping wrote:
> I need multi-processing, and fast inter-process queues to build an Actor-like
> model for my application. Multithreading is useful too, but foreseeably not
> as useful as multi-processing. I hope these are in the works.
Multithreading Factor code
Hi everyone.
I'm very happy to have re-discovered Factor. It has come a long way in the
six or so years since I first examined it. I watched your Google Talks
presentation, and have read a good portion of http://factorcode.org/.
I'm a long-time (16 years) Smalltalker (VisualWorks and Dolp
16 matches
Mail list logo