World: r3wp

Downloads are available here:

http://www.rebol.com/r3/downloads.html

but I can see the links are dead

I'll give you a private link. Hang on...

Yes, that is what I was curious about.

ok, thanks

link posted

thanks

SQLite is not that appropriate for server side apps where there can 
be multiple processes writing into it. It's awesome for client apps 
(which chrome is) but I had some very bad experiences lately using 
it on server even without the multiple writers problem because I 
was aware of that and I used it in specific way.

By that I mean it was untolerable slow on some VPS where I assume 
same disc was used for streaming media, update was taking seconds 
while I could on the same system open a 1M rebol data file change 
it and save it back in almost no time. I couldn't get it why this 
is happening, and this was at neglegibly small database. I moved 
whole app that uses sqlite to some vps where it's almost alone on 
whole server because of this. And at Site Assistant where I used 
sqlite only for "mailbox" for bots (to send them work) I had to switch 
to mysql for this (it was the same server that blocked this heavily)

---

This is a bit off topic !

On a totally different note .. I don't know if this is doable or 
not, and if it makes sense, but I vould like to propose in discussion 
that at least native functions have some flag for if function is 
pure / side effects free or not ?

Graham: I was replying to discussion above about the need to move 
R3 chat to DB like SQLite or MySQL versus REBOL data files

Yeah ... Carl was offtopic there too.

My reason is this, big aspect of rebol is it's code / data duality 
and runtime interpretation of code, meaning you can send it around 
and all. But if I want to accept sent functions/code I want in many 
cases that they work as pure functions giving me some value out of 
my values (calculate something). Not modify anything / mutate my 
runtime env. without me knowing.

For example let's say there is rebol interpreter that holds some 
big data in memory and listens on some port. You send it a function 
that if will run on data items to determine if you want that item 
or not and send you the filtered items. If you could know that the 
function used for filter is pure e.g. only returns true false on 
some given item, and can't touch anything outside would be very nice 
even if you trust the source of filter function, and critical in 
cases where you cant.

(and in most cases you can't really trust anything you get over network)

Typically such systems don't send functions around because they can't 
be trusted

So, Beer, Rugby and LNS don't do that....

yes, but sending a function / code over is probably the most effective 
way to execute on the server side and also the most consistent, not 
that you have to invent some subdialect that you then interpret. 
If you knew function is pure or locked/prevented to touch anything 
outside it you could trust it.


And using code as data directly not reinventing some limited "code" 
for stuff like this is the whole strongpoint of rebol and lisps. 
That's why they say "Any sufficiently complicated C or Fortran program 
contains an ad hoc, informally-specified, bug-ridden, slow implementation 
of half of Common Lisp."


for example you have a database of users, you want to get all who 
are between age 20 and 30 ... you can send it  function [ user ] 
[ all [ gerater? user/age  20 lesser? user/age 30 ] ]


If you can't do this how else could you solve it so elegantly? And 
you would have to use/learn as client (and code on the server side) 
some limited and "a little different" language to do it

basically even better for this specifically would be that you could 
run a function in some sort of locked sandbox provided by runtime.

If you run your own systems you can be as insecure as you like.

But most people would send the request as a dialect and let the other 
side do the query.

so, if you can cryptographically sign your function ... and then 
send it ... well.

if each internal system is secure on it's own owerall security is 
better. for example if you controll the client in this story too 
you think you all is well, but you could still crash the server by 
mistake, for example owerwriting some global variable of it, and 
input data that you get from users (in case of an webapp) can then 
include various techniques for code injections (like they do now 
with SQL injections)

cryptograpically sending it wouldn't help in two examples I gave

because in both the main point is that you can't trust yourself 100%

if you can't trust .. don't do it.

what if runtime provided sandboxing. I know I know much too little 
about rebol but I imagine with all the good stuff  it does something 
like this would not be theoretically impossible ?

A sandbox is a long-time wish of mine:
   http://www.rebol.org/ml-display-thread.r?m=rmlNVBC

REBOL3's security policies start to make it possible:
   http://www.rebol.com/r3/docs/functions/secure.html

you would have to protect all your globals!

yay! now it's a wish of two :)

Let's move this to another group ...

ok which one?

You choose ...

I can hardly ever find what to post where here :=)

Try core ...

Anyway to clear the screen in the console short of starting a new 
session?

you might try with con: open console://, but dunno how to proceed. 
Nor insert nor write works on that port ...

>> probe system/schemes/console
make object! [
    name: 'console
    title: "Console Access"
    spec: none
    info: none
    actor: make native! [[end!]]
    awake: none
]

doesn't seem to do much ...

slightly less functional than the dns scheme

== make object! [
    name: 'dns
    title: "DNS Lookup"
    spec: make object! [
        title: none
        scheme: none
        ref: none
        path: none
        host: none
        port-id: 80
    ]
    info: none
    actor: make native! [[end!]]
    awake: make function! [[event][print event/type true]]
]

:-)

unbelievably .... how much functionality we miss even compared to 
R2. And we dare to call it  "soon"-to-be-beta product

It does have more functionality than rebol1 beta ...

and more than 0.9x alpha ... I still have one somewhere :-)

We have to wait a bit for Carl to come-up from his cave ... hopefully 
he is cooking something here or there :-)

see .. it could be worse

looks like his still doing site maintenance http://twitter.com/rebol3

oh well... time to play with the host kit.  Downloading visual studio 
8 ...

Just to be picky: you can't actually infer from `actor: make native! 
[[end!]]` how much a scheme does