World: r3wp

It's a different bug than the one reported in bug#928. Good night.

ciao

Apples idea how to do real concurrency (on multicore) .. http://images.apple.com/macosx/technology/docs/GrandCentral_TB_brief_20090608.pdf
-- it seems to be based on something like closures (or blocks from 
smalltalk)  -- it seems simple and clean idea

I posted it here as a food for thought on one of REBOL3 next developments.. 
making it concurrent

Janko: did you post it to the R3 chat too?  - may be better for Carl 
than this place

(I reposted it)

thanks .. I am not on R3 chat. I don't use R3 and R2 has enough secrets 
to discover for me still

So called Erlang style concurrency - brief info - http://ulf.wiger.net/weblog/2008/02/06/what-is-erlang-style-concurrency/

as said before, rebol with erlang like concurrency is a 
dooropener for many professional projects. btw mnesia,
the distributed hybrid database is very nice too.

Here is a great example code using GrandCentral: "DispatchWebServer"

from the description: "A web server that uses one queue per HTTP 
connection. Supports HTTP pipelining and on-the-fly compression. 
Also shows use of dispatch-style signal and vnode event handling."

https://developer.apple.com/snowleopard/library/samplecode/DispatchWebServer/index.html
(ADC account needed)
Whoever is doing R3 on OS X, should have a look 8-)

Any good reason why
    true?
is defined, but not
    false?

Because we already had that function: NOT. It is left to the user 
to declare false?: :not if they wish. That was the rationale at least.

why such an ommision? if we have true?, then we surely have to have 
false? ... it almost feels like a design bug to not have one ..

It might be added later, like empty?: :tail?, but so far we have 
been focusing on missing functionality. Things like that will likely 
be added later on when we are finishing up.

So, now I am happy owner of HTC Touch Pro 2 ... now I need my first 
R3 build for it :-) http://www.htc.com/www/product/touchpro2/overview.html

Will .. that would be really interesting to look at as GC looks very 
interesting and minimal in concepts.. to bad I am not in ADC :(

Pekr, I have had the HTC touch for a year and a half...been a little 
disappointed. I hope the newer versions are a bit better but I'm 
not sure if its the hardware or windows mobile that most disappoints...
HAve you seen teh new palm pre? It looks interesting!

If r3 was up and running on htc touch I think I would overlook alot 
of my issues with it...

no, not yet, and I have no plan to support proprietary "OS" as PalmPre 
is. It allows some kind of web like development. OTOH I haven't studies 
it properly yet. I am quite disappointed by Android - it is a let-down 
for me, at least for what I saw on HTC devices - just hyped because 
of Google, nothing special ...

What were your issues? It is clearly not as smooth as iPhone is in 
operation. This is mostly because of capacitative vs resistive touch 
screen. I needed few days to make ma touch navigation more solid. 
Overall it feels more sluggish. But TouchFlo3D version 2 is quite 
snappier and I would not probably buy any Windows Mobile without 
that add-on.

... and yes, it might be the problem of Windows, because how is that 
iPhone has relatively slower HW, yet feels speedier?

A lot of that is UI design.

speaking of which... iPhone OS 3.0 was just released.

'round being now a native. This should be welcome by those doing 
looped math operation.

10 times faster, more accurate, less exceptions

Yay! I haven't been able to review the ROUND and RANDOM tickets since 
the functions were being rewritten - this should help.

After reviewing the current state of the R3 module system, here is 
the state of what is implemented so far:
- Dependencies
- Encapsulation
- Explicit exports to the system exports
- Implicit import of the system exports

And here is what is not implemented so far:

- Explicit imports, even just limiting imported words to those in 
the dependencies

- Distinguishing exports for explicit import from the system exports
- Access controls for the system exports


It will not be possible to implement what is not currently implemented 
until the mezzanines and natives are put into modules. However, what 
is implemented so far is enough to start the process of putting the 
system code into modules. Further work on the module system (except 
bug fixes) and any preprocessor will have to wait until the system 
code modularization is done.

Regarding MATH stuff.I alway need functions to convert from scientific 
to human readable form including thousand seperators, using "," instead 
of "." etc. How about adding this to the CORE? IMO a very high frequent 
function.

Gabriele's FORM-DECIMAL function has always worked solidly for me. 
It could be considered as a mezz.

Yes, but making it native might be a good idea. I call this function 
a lot and with a lot of numbers while filling input-forms.

as long as it's not too complex. form-decimal is a rather complex 
mezzanine.

can't download new alpha, tried xy times and still receiving timeouts 
....

It's possible to download it from web using browser (but it's slow).. 
or try to enhance this value: system/schemes/http/spec/timeout

Downloads are here http://www.rebol.com/r3/downloads.html

maybe a better name would be numerize.

Specific formatting is always a bit of a problem, because everyone 
needs it, they need it to be fast, they need it to be consistent, 
and they need it to be completely different from what other people 
need. Personal preferences, industry standards, local standards, 
none agree. Fortunately in R3 native doesn't have to mean built-in 
or standardized.

Remember, "human-readable" depends on the human doing the reading.

Some notes on my first attempts to run R3-alpha against existing, 
published R2 scripts:
   http://www.rebol.org/art-display-article.r?article=j26z

Hmmm...

we don't use anymore "to-pair reduce [x y]" since a while, but "as-pair 
x y".

The script was written back in 2003, when as-pair was not availabe.


Oddly, R3-a58 does support to-pair, but not for integers, suggesting 
the problem is just a glitch:
    >> to-pair [1 2]
    ** Script error: cannot MAKE/TO pair! from: [1 2]
    >> to-pair [1.0 2.0]
    == 1x2

Interesting conversion in R3.
>>to-pair 2.8
==2x2

That's an R2 feature too. It kind of makes sense:
    to-pair 2
    == 2x2    ;; duplicates the 2 to create the missing value
    to-pair 2.8
    == 2x2   coerce to integer!, then as above.

to-pair [1 2] not working is a bug, btw. Has a ticket and everything.

pairs are very usefull in R2 I hope their functionality doesn't change.

Aside from that bug, I've seen no changes. AS-PAIR might go native 
though.

so when will the plugin interface be documented?

It's not even done yet. After this month I guess.

I just can't wait  :-)

is binary a string?
Carl wants opinions to help him decide:
http://www.rebol.net/r3blogs/0209.html

No twitter or other announcement, but alpha 58 is out -- over 25 
curecode issues addressed:

http://www.rebol.net/wiki/R3_Releases#View.exe_2.100.58_21-June-2009