World: r3wp

yes Paul like your tretbase conception, the only difference is that 
it's a scheme and there is no new functions to deal with.
The programmer can continue to think is working with a block.

does rebdev work with chat from r3?

Cool Steeve.

Mchean, rebdev is chat. Same thing.

How is the  performance Steeve?

No Henrik, the data are stored like rebol values (not in binary or 
other obfuscated format).

It means that you can load the data files (with load %data) and you 
will load that whole block into memory.

Steeve&Paul where to read about I missed the point

About  what part Pavel?

Steeve, could the file be compressed or is that too much overhead 
or unfit for the scheme?

virtual block scheme

That is Steeve's design.

Mine is a bit different.

Henrik when i enter chat in R3 console i get Script error: chat has 
no value

is it available?

Paul, i can't test the perfs currently, because there is some remaining 
bugs in the file scheme, so that i have to open close the ports each 
time a value is append in the block.

Virutual block scheme? - I think it is going to be in R3.

OK

Yes, I konw how that is.

In Tretbase, I decide to incorporate a second method that uses just 
the data file and reads blocks from it.

It required that I had to create a block parser.

So it is essential like read/lines but instead it reads blocks.

mchean, it's only available in the latest alpha.

>> source chat
chat: make function! [[
    "Open REBOL DevBase forum/BBS." /local err
][
    print "Fetching chat..."
    if error? err: try [do http://www.rebol.com/r3/chat.rnone] [

        either err/id = 'protocol [print "Cannot load chat from web."] [do 
        err]
    ]
    exit
]]

Henrik, there is no need to automaticly compress the  data. If you 
want so, just append compressed data in the block.
>> append v-block compress data

Steeve, that takes up double size on disk, doesn't it?

don't see your point Henrik, double size compared with what ?

compared to an actual binary. you said, that data was stored as plain 
REBOL data in the file.

but if you want to store binary data, just add binary data, i do 
not any conversion, store your data int he format you want

thanks

hum, i see your point now henrik, yes even binary data are stored 
as rebol values, so that there take much more space.

yes, that's what I meant. :-)

perhaps i will add on option in the scheme to store data as pure 
binaries

it might be useful in cases where you want to store images and such.

right

Steeve, aside from the REBOL-syntax-storage aspect, your virtual 
block scheme sounnds like the RIF (REBOL Indexed Files) proposal 
that was at one point intended for inclusion in R3 (and may still 
be).

However, RIF was intended to store its data in Rebin format (binary 
encoding of REBOL values).

BrianH, I'm thinking that Steeve has made his design good enough 
to allow doing that as an option. :-)

thinking = hoping

So can specify how many blocks of data you want to read at a time? 
 Like say I want to read 10 blocks and stop and then read 10 more 
where that one left off?

Sorry I got distracted - I had to use some mighty puddy on a chair.

I have a function called get-block which I use to handle block reading 
currently.

It can be used on binary data as well as ascii data and will carve 
out the blocks of the buffer.

It seems rebdev mobile is down right now, so I made a screenshot 
of Steeve's example post:

http://rebol.hmkdesign.dk/files/r3/gui/182.png

>> a: "this is a test [now a block] garbage [another block with a 
block in it []][and another] garbage..

 == {this is a test [now a block] garbage [another block with a block 
 in it []][and another] garbage..}
>> get-block a
== [now a block]
>> 
 get-block a
== [another block with a block in it []]
>> get-block 
 a
== [and another]

My get-block function just advanced automatically through the string.

anyone know which sort algorithm that R3 uses for it's sort function?

Paul, yes i do by using  the standard copy/part function.
>> copy/part v-block 10
== [ first-value second-one etc...]

copy is auto advancing in the block, so that if you do several copy/part 
at once , you will get several sub blocks of values.

So 10 would equal ten blocks read?

yes

Can it handle newlines in the block contents?