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

World: r3wp

[Core] Discuss core issues

Anton
23-Feb-2006
[3507]
Absolutely, but if we have a rebol unit test server constantly running, 
able to answer arbitrary questions, why would we need to store results 
?
Geomol
23-Feb-2006
[3508]
right, only the wanted result need to be tested, if you have access 
to all platforms to test. Maybe result from one reference platform 
should be saved, to test other platforms up against?
Anton
23-Feb-2006
[3509]
We could set up a server with as many versions of rebol as possible, 
so it can help as many people as possible, but each of us could also 
run the same system with a more limited set of rebol versions (ie. 
just the ones we bother keeping).
Geomol
23-Feb-2006
[3510x2]
*only the wanted result need to be SAVED, if ...*
(I'm not too sharp today.) :-)
Anton
23-Feb-2006
[3512]
Geomol, every one has a different idea, as time progresses, as to 
what is the "reference" platform. Since it will be a collaborative 
effort everyone will be adding input from various sources. Some functions 
are only available on Rebol/Link etc..
BrianH
23-Feb-2006
[3513]
Well for one thing, this would preclude platform-specific tests, 
as your server would only be able to be one platform (probably).
Geomol
23-Feb-2006
[3514]
Anton, to make it perfect (total), you need acces to all the OSs, 
REBOL is supported on.
Anton
23-Feb-2006
[3515]
That's right, the server will get as many rebol versions from everyone 
as possible; Core, View, SDK whatever..
Geomol
23-Feb-2006
[3516]
So the request to a certain server would be something like: run this 
little test and tell me the result (also if it lead to an error!). 
Could be done easily with REBOL.
Anton
23-Feb-2006
[3517]
More like: the request to the rebol unit test server would be: "Tell 
me all about PARSE on these Rebol versions..."
Geomol
23-Feb-2006
[3518]
I see difficulty in testing something like a block!, because you 
would also have to test blocks in objects and look for possible side-effects, 
or what?
BrianH
23-Feb-2006
[3519x2]
I'm not sure a hierarchy would work here - there are too many dimensions. 
Platform (Core, View, ...), platform (Windows, Linux, ...), version, 
test version, etc. Plus a test version would have applicable platforms, 
expiry both for bugs in the test and for changes in expectations, 
and cached results. I'm thinking of more of a formal test suite here 
than an arbitrary test server farm.
Test categories too, perhaps.
Anton
23-Feb-2006
[3521x2]
Blocks are probably too fundamental to rebol to worry about at an 
early stage, but unit tests could be made for any kind of behaviour 
or to test for any bug.
Brian, you're probably right.
Geomol
23-Feb-2006
[3523]
Maybe RebDB could be used in this project? I've no experience with 
RebDB though, so I can't say, if it's suited.

I've done a relational database "NicomDB" as an education project 
2 years ago. It would be suited for this, and I've wanted to push 
it forward for some time. Maybe this is the opportunity? NicomDB 
is used on a webserver in a real application.
Anton
23-Feb-2006
[3524]
So it needs a database, and a web interface to be able to make queries 
to that.
BrianH
23-Feb-2006
[3525]
The expiry and applicability info would help us distinguish between 
changes in intended behavior, buggy implementations, beta-vs-release 
and such. REBOL changes a lot even if many of those changes are fixes. 
This could act as a compatibility test suite for alternate implementations.
Anton
23-Feb-2006
[3526x2]
NicomDB could be used, possibly. We'd have to evaluate the options.
Geomol, what' s the application NicomDB is serving ?
Geomol
23-Feb-2006
[3528]
I'll write you privately, as we don't want it to be exposed too much. 
(Users are depending on it, and this goups is web-public.)
Anton
23-Feb-2006
[3529]
Ok.  But this is becoming a very large and complex project. Are we 
really prepared to go through with it ?  I think even if we go a 
short way, the ideas and findings may help someone else come along 
to complete it later. So I think I will make that Qtask project.
Geomol
23-Feb-2006
[3530]
Yes, do that as a start. We can move it later if needed.
BrianH
23-Feb-2006
[3531]
I'll do some research and think about this some more. It may not 
be as difficult as it sounds.
Pekr
23-Feb-2006
[3532]
rebdb is very easy too ... we now have even sqlite drivers ...
Geomol
23-Feb-2006
[3533]
If anyone else wanna see the website powered by REBOL and running 
my NicomDB, write me privately.
Anton
23-Feb-2006
[3534]
Looks ok, nothing broke while I was fiddling with the website. :-) 
That's encouraging but not conclusive of how well it can really perform.
Geomol
23-Feb-2006
[3535]
It's running on a FreeBSD server, so it's pretty robust. It hasn't 
been rebooted since July last summer.
Pekr
23-Feb-2006
[3536]
is it on-disk db or memory based as rebdb is?
Geomol
23-Feb-2006
[3537x2]
We had some problems with Netcraft sending strange HTTP headers, 
that sometimes made our REBOL application hiccup, but that should 
be solved.
Pekr, data is on-disk, multi-user locking is in memory.
Pekr
23-Feb-2006
[3539]
interesting ... binary or plain text based? sql interface? :-)
Geomol
23-Feb-2006
[3540x2]
Pekr, REBOL datatype based (so text, but you can store binary data).
Pekr, no SQL interface yet. I started to do a SQL interface doing 
my education, but didn't finish it. SQL is crap. ;)
Pekr
23-Feb-2006
[3542]
why we did not know about this interesting project earlier? :-) was 
it private?
Geomol
23-Feb-2006
[3543x2]
hehe, well. My problem is, I have so many things to do and so little 
time.
Pekr, I'll write you privately, so you can see the NicomDB in action 
in a real application.
Pekr
23-Feb-2006
[3545]
ok, thanks ...
Anton
23-Feb-2006
[3546x3]
Example



PRINT  (global)

In the most recent Rebol/Core 2.6 (date)
First appeared in Rebol/Core 0.005 alpha (date)
[History]



Passed all 12 unit tests on [30 versions of rebol]. (See [unit tests])


---------------------------

PARSE  (global)

In the most recent Rebol/Core 2.6 (date)
First appeared ...
[History]



Passed all 34 unit tests on [14 versions of rebol]. (See [unit tests])
Ok, created a new Qtask Rebol SIG task, with many notes extracted 
from this discussion in its description. Sitll pretty messy, but 
it's a start.
http://www.qtask.com/details.cgi?project=198&id=38061
Having done that, I can't spend much time on it now ! :-(  But it's 
good to get some of these ideas written down, and a few things worked 
out.
Geomol
23-Feb-2006
[3549]
It's been a while, since I last used Qtask. Do I need special permission 
to see that project?
Anton
23-Feb-2006
[3550x2]
I think you just need to login before you visit that url. Did you 
have trouble accessing it ?
(Or maybe a Lead such as Reichart needs to approve the task first 
? That might take some time...)
Geomol
23-Feb-2006
[3552x2]
Yes, I don't have permission.
Reeeeiiiichart! It's Anton and John caaaalling! ;)
yeksoon
23-Feb-2006
[3554]
u don't?

I think you are on REBOL SIG.
JaimeVargas
23-Feb-2006
[3555x2]
Look at the regression tests implemented in Orca they already cover 
a lot of behaviour.
http://trac.geekisp.com/orca