r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3-OLD1]

BrianH
22-May-2009
[14315]
Try it again - the server may have been busy. The HTTP scheme isn't 
as good as one would like yet.
Louis
22-May-2009
[14316]
Still no success. Could be my Internet connection, which has been 
horrible lately.
BrianH
22-May-2009
[14317]
Works for me, but I'm on Windows so platform differences may apply 
:(
Louis
22-May-2009
[14318]
** Access error: protocol error: "Timeout"
BrianH
22-May-2009
[14319]
Have you tried downloading manually from the web site? There were 
problems in a53 with permissions. That would be a different error 
on Windows, buut who knows?
Louis
22-May-2009
[14320]
rebol.com?
Henrik
22-May-2009
[14321]
Please keep trying. It may time out 10 times in a row and then it 
comes.
BrianH
22-May-2009
[14322]
http://www.rebol.com/r3/downloads.html
Louis
22-May-2009
[14323]
Thanks, Brian. Done.
RobertS
22-May-2009
[14324]
.
Henrik
22-May-2009
[14325]
http://www.rebol.net/r3blogs/0206.html

Details about R3 plugins.
Pekr
23-May-2009
[14326]
posted some questions to blog article ....
BrianH
23-May-2009
[14327]
So, you're asking if the plugin model will still follow the initial 
stated base requirements for a plugin model? :)
Paul
23-May-2009
[14328]
What are all the types of procedures calls that R3 will support. 
 I'm assuming that pass by value and pass by reference will be there 
but what other forms?
BrianH
23-May-2009
[14329]
Carl hasn't revealed that yet - which is why I keep asking for "in 
depth" explanations. This is another of those cases where Carl goes 
into a cave and comes out with something that is (usually) awesome. 
Design mode. He hasn't gotten to explanation mode yet.
Paul
23-May-2009
[14330]
Ok, thanks Brian.
BrianH
23-May-2009
[14331]
The "new evaluation model" of the command! type is what I find most 
interesting. That would be the only way to do other forms, but there 
isn't enough info out there to know whether it does.
Pekr
23-May-2009
[14332x2]
I don't understand your comment Brian. I am simply asking for R2 
DLL interface, but improved. I can understand that there is probably 
no need to introduce more than one way of how to interface external 
environment, but then I want R2 DLL like interface being a plugin. 
Of course, this capability is so basic though, that I want it inside 
of REBOL.exe
Brian: could such a "new evaluation model" help with something like 
rebcode replacement? :-)
BrianH
23-May-2009
[14334]
The problem is that the R2 DLL interface sucked. One of the base 
requirements of the R3 plugin model wass that it be powerful enough 
that you cold write a generic wrapper dialect as a plugin, and then 
use that dialect to specify the API a DLL.
Pekr
23-May-2009
[14335]
yes, that is what I want.
BrianH
23-May-2009
[14336]
Of course that wouldn't be as good as actually writing a custom plugin 
for the DLL (or more likely using one that someone else wrote).
Pekr
23-May-2009
[14337]
As for other blog - Objects as a base type ... is there any implication 
what it means for object semantics? IIRC you expected some changes 
in object semantics, but Carl states, that other types as ports, 
tasks, etc. share the implementation, so I wonder if you can really 
expect any change here?
BrianH
23-May-2009
[14338x4]
To write a rebcode replacement all you need is user-defined types 
and the knowhow - it's on my todo list. However, user-defined types 
will probably need to be defined in plugins, and at the very least 
we couldn't even specify how to define them without a working plugin 
model. So it will help, indirectly :)
Objects as a base type blog = documentation of the way things have 
always been, not a sign of things to come. It was probably in response 
to bug#838 and my reply to it.
Once you have plugins and commands, there may be less need for rebcode! 
- you can just write natives if need be. The reason for a rebcode 
replacement then would be security (not rebcode's strong suit), since 
rebcode would be managed code.
security (not *the old* rebcode's strong suit)
Pekr
23-May-2009
[14342]
OK, thanks for explanation. Looking forward to something more concrete 
= 1st plugin code example :-)
Maxim
23-May-2009
[14343]
brian: what is Carl using for compilation... GCC?
BrianH
24-May-2009
[14344]
He doesn't say, but I expect GCC on *nix and OSX, and I'd be surprised 
if he wasn't using MSVC on Windows. REBOL has been around much longer 
than GCC has been usable to build normal Windows apps. We'll seee 
soon :)
Paul
24-May-2009
[14345]
what do you call words such as "back" and "tail" and "next"?  Is 
there a special term were using for these?
BrianH
24-May-2009
[14346]
I call them navigation functions, usually for series. I'm not aware 
of any official term.
Paul
24-May-2009
[14347x2]
I'm thinking about putting in an enhancement request.
or wish.
BrianH
24-May-2009
[14349]
Interesting. For what do you wish? :)
Henrik
24-May-2009
[14350]
if so, there should be a way to classify them in a helpful way in 
documentation and help
BrianH
24-May-2009
[14351]
These functions have been part of the recent debate over series! 
and its types...
Henrik
24-May-2009
[14352]
the nearest method is to search for functions that manipulate specific 
datatypes.
Paul
24-May-2009
[14353x2]
http://curecode.org/rebol3/ticket.rsp?id=844
I just submitted that wish.
Henrik
24-May-2009
[14355]
there is a better way to write that request: AT should support block 
directly as index.
Paul
24-May-2009
[14356]
what you mean?
Henrik
24-May-2009
[14357]
copy/part does that.
Paul
24-May-2009
[14358]
yeah but that is a copy.
BrianH
24-May-2009
[14359]
BACK TAIL series sets the position - the AT is a noop in your example.
Paul
24-May-2009
[14360]
not sure what that means.
Henrik
24-May-2009
[14361]
BrianH, not if the AT specifies a different series than the BACK 
TAIL.
Paul
24-May-2009
[14362]
if it isn't doable just update the ticket to state such.  I just 
wanted to get the wish in there in case I think of it again and forget 
we discussed it.
Henrik
24-May-2009
[14363]
instead of writing:

at block1 index? block2

it could be:

at block1 block2
Paul
24-May-2009
[14364]
But those are supposing you know the index length.   I was hoping 
to avoid that with my request.